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METHOD AND SYSTEM FOR I 
MESSAGES USING A TRUSTED DEUVERY SYSTEM 



FIELD OF THE INVENTION 
5 The present invention relates generally to transnfiitHng electronic 

messages, andlmore specifically, to a method and system for transmitting 
electronic messages on a communications network using a trusted delivery 
system. 



10 BACK.GRPUND OF THE INVENTION 

Computer users are continually plagued by the delivery of unsolicited 
electronic message or electronic maO (email). Unsolicited email, often referred 
to as bulk electronic mail, "spam," or "funk email," is often of a commercial 
nature sent Indiscriminately to individuals, mailing lists, or newsgroups. The 

15 prevalence of "spamming" (the sending of spam) over the Intemet has 
Increased dramalically in recent years. The problerti has reached epidemic 
proporUons with some users rBceiving hundreds of unsolicited emails in a short 
period of time. 

In order to combat spamming, various spam management systems have 
20 been developed. One system operates on a blacklist approach where the 
blacklist includes emaD addresses or characteristics of unwanted emails. When 
an email is received from an address on the blacklist, the emaH will be blocked 
and not automatically shown to the user. Another known system includes the 
use of a real-time blackhole list The real-time blackhole list includes a list of 
25 known spam offenders and their mail relays. Email messages coming from 
these mail relays will be blocked and not automatically shown to the user. 

The widespread use of spam management systems has resulted in other 
problems whereby legitimate email is falsely identified as spam and deleted 
without any accountability to the sender or the intended recipient of the email. 
30 Legitimate senders of email have no way of knowing if their email has been 
delivered or if it has been blocked or deleted. This situation created In part by 
email filters and spam management systems is a significant problem for 
everyone who performs transactions using the Internet 
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The present Invention provides a metfiod and system for delivering 
electronic messages that overcomes or alleviates one or more problems related 
to email fBters and spam management systems. 

5 SUM MARY OF THE IIMVENTION 

According to one embodiment of the present invention, a method for 
delivering electronic messages from a sender to a recipient over a 
communications network is disclosed. The method includes: receiving an email 
message verification request from a recipient mall server; verifying authorization 

10 of an email message, wherein verifying authorization of the email message 
includes generating a hostname using infonmation in the email message 
transmission and querying a domain name server using the generated 
hostname; and transmitting a verification result to the recipient mail server, 
wherein the verification result is valid when the generated hostname is 

1 5 successfully retrieved from the domain name server. 

According to one embodiment of the present invention, a method fDr 
. delivering electronic messages from a sender to a recipient over a 
comnnunications networtc is disclosed. The method includes: receiving a delivery 
request from a sender mail server, the delivery request including a recipient 

20 email address and a serKler Identification; generating a unique identifier for the 
message from the sender to the redpient storing a hostname on a domain 
name server based upon this unique Identifier for email transmission 
authorization; receiving an email message verification request from a recipient 
maD server; verif^'ng authorization of an email message, wherein verifying 

25 authorization of the email message includes the extraction of the unique 
identifier generated for the sender from the received mail server and querying a 
domaiih name server based upon this unique hostname; and transmitting a 
verification result to the recipient mail server. 

According to one embodiment of the present invention, a system for 

30 delivering electronic messages from a sender to a recipient over a 
communications network is disclosed. The system incJudes one or more 
processors; one or more memories coupled to the one or more processors; and 
program instructions stored in the one or more memories, the one or more 
processors being operable to execute the program instructions, the program 
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instructions Including: receiving a deTivery request from a sender mali server, 
the delivery request including a recipient ennail address and a sender 
identification; generating a unique identifier for the message from the sender to 
the recipient; storing a hostname on a domain name server based upon this 
unique identifier for email transmission authorization; receiving an email 
message verification request from a recipient mall server; verif^'ng authorization 
of an email message, wherein verifying authorization of the email message 
Includes the extraction of the unique identifier generated for the sender from the 
received mail server and querying a domain name server based upon this 
unique hostname; and transmitting a verification result to the recipient mail 
server. 

In one embodiment of the invention, verilying authorization of the email 
message includes retrieving the hostname from the domain name server. 
Successful retrieval of the hostname from the domain name server may be an 
indication that the email has been authorized for delivery. According to another 
embodiment, the verification result allows transmission of the email where firBt 
and second component values of the resolved hostname match with encoded 
•values of the sender and recipient addresses respectively. According to another 
ennbodiment, the verification result allows transmisslori of the email where the 
value of only ttie first component of tiie resolved hostname matohes with the 
encoded value of the sender address. According to another embodiment, the 
verification result disallows transmission of the email where the hostname is not 
found In the domain name server, where either the first or second components 
of the resolved hostname do not match the encoded values of the sender or 
recipient addresses respectively, or where the first component value of the 
resolved hostname does not match the encoded value of the sender address. 

BRIEF DESCRIPTION OF THE DRAWINGS 

These and other features, aspects, and advantages of the present 
invention will become better understood with regard to the following description 
and accompanying drawings where: 

FIG. 1 is a block diagram of a communications network in accordance 
with an embodiment of the present Invention. 
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FIG. 2 is a flowchart dtegram of a vender delivery request in accordance 
with an embodiment of the present invention. 

FiG. 3 is a flowchart diagram of an emaO delivery in accordance with an 
emtxxliment of the present invention. 
5 FIG. 4 is a blodc diagram of a communications nefworic in accordance 

wrBi an embodiment of the present invention. 



DETAILED DESCRIPTION 

The detailed description set forth below in connection with the appended 

1 0 drawings is intended as a description of example embodiments of the present 
invention and is not intended to represent the only embodiments in which the 
present Invention can be practiced. The emlx>diments described throughout this 
description are intended to serve as an example or illustration of the present 
invention and should not necessarily be construed as preferred or 

15 advantageous over other embodiments. Any number of the described 
embodiments may be Incorporated in any desired combination. The detailed 
description includes specific detaDs for the purpose of providing a thorough 
understanding of the present Invention. However, it wijl be apparent to those 
skilled in the art that the present invention may be practiced without these 

20 specific details. 

In tiie following description, reference Is made to the accompanying 
drawings, which form a part hereof, and through which is shown by way of 
illustration specific embodiments In which the invention may be practiced. It is to 
be understood that otiier embodiments may be used as stoictural and other 

25 changes may be made without departing from the scope of the present 
invention. 

The present invention provides an electronic message delivery system 
for senders of email to deliver their email and electronic messages wiUiout the 
risk of being blocked by an email Altering system. The delivery system may be 
30 used to minimize, reduce, or eliminate the blocking or delettan of legitimate 
emails by spam filter application. The delivery system includes verification 
technology to pnovkle a management tool t>etween the sender and the redpient 
of email messages, and other electronic messages, and also provides a reliable 
way for recipients to opt out of recei^ring emails from a particular sender The 
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delivery system may also be used with email flifcering and challenge response 
s/stems. 

The rise of spam or unsoDcited emafl has resulted In the development of 
many anti*spam. spam filtering, and spam management systems that block 
supposedly unwanted email from reaching the intended redpient However, the 
widespread use of spam management systems has resulted in other problems 
whereby legitimate email is falsely identified as spam and deleted without any 
accountability to the sender or the intended recipient . Many vendors and 
businesses are conducting transactions using the Intemet and have legitimate 
reasons to send emails arid electronic messages to customers using the 
Intemet Legitimate senders of email have no way of knowing if their emafl has 
t>een delivered or If it has been blocked or deleted. 

Referring now to FIG. 1, a block diagram of a communications network, 
in accordance^ vwth an embodiment of the present Invention, is shown. The 
network 100 includes a sender 102 of an email operably coupled to a sender 
m3il server 104, and a recipient 106 of the email operably coupled to a recipient 
mail server 108, The sender mail server 104 is operably coupled to a trusted 
delivery application server 110 and the recipient mail server 108. The trusted 
delivery application server 110 and the recipient mail server 108 are each 
operably coupled to a domain name server 112. The illustrated communications 
network 100 is only one simplified sample of a network used for electronic and 
Intern^ communications. Any suitable network configuration may be used. For 
example, the network may be a short message service (SMS) network or a 
mobile telephone network used for the fransmission of SMS messages or 
emails. 

The sender 102, recipient 104, and the various servers on fiie network 
1O0 are operably coupled using any suitable communications lines and 
communicafions protocols. For example, the sender 102 and the redpient 106 
may be coupled to their respective servers using, for example, PSTN lines, DSL 
lines, a local area network (1-AN), a wide area network (WAN), wireless 
transmissions, or any other suitable communications medium. Communications 
may be made between parties and devices on the communications network 100 
using any suitable communications protocol such as. for example, TCP/IP. 
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In cooperation vi^ anti-spam or spam filtering technologies, a valid or 
positive result from the delivery system indicates to the spam filtering system 
being used that the emafl message has been authorized arKi transmission to 
the recipient is to be allowed. Accordingly, email messages that would have 
othenvise been blocked or deleted by the spam filtering system will raach the 
intended recipient The representation of a valid return may vary as required by 
the particular spam filtering system being used. In one embodiment the 
representation Is made by the temporary addition of the sender email address 
to an "allowed senders' list. In another embodiment the sender is given a rating 
that will allow delivery of the email message through the spam filtering system 
being used. 

FIG. 2 is a flowchart diagram of a vender delivery request in accordance 
whh an embodiment of the present invention. The illustrated vender delivery 
request is an example pnocess that the vendor, or the sender of an email, would 
initiate to send an email to a customer, or the recipient, using the delivery 
system. A vendor delivery request may be made for a single recipient or a 
plurality of re(?ipients in a single request. 

In step 200, a customer makes an order or purchase from a vendor, also 
referred to as the sender, and provides the vendor with an email address. Upon 
processing the order, the vendor communicates v^th the trusted delivery 
application sender by making a sender delivery request (SDR) to the trusted 
delivery application server, step 202. The SDR may be made using a platfbm 
non-specific trar^port method such as Simple Object Access Protocol (SOAP) 
or Representational State Transfer (REST). The SDR may include the recipient 
email address, the sender email address, or the email address that will be 
employed for the transmisston of email, and details of the business transaction, 
such as a transaction or purchase numt)er. Any other desired infbmiation may 
be incorporated into the SDR such as, for example, security infonnation, vendor 
identification, vendor authentication information, a customer status Indication, 
sales receipt correspondence, a newsletter, promotional material, a service 
announcement an invoice, a statement a survey or questionnaire, reminders, 
auction notice, security irrfbrmation, vendor authentication infonnation, IP 
addresses of both the sender and recipient email servers, and any other desired 
infonnation. The vender may generate the SDR using a SDR script to perform 
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the appropriate actions. The SDR script may be available from the delivery 
system by downloading from the Internet or using any other suitable delivery 
method. 

In step 204, the trusted delivery application server receives the SDR and 
perfonms a query, such as a server or database query, to determine whether the 
intended recipient has opted, out of receiving correspondence from the sender 
1 02. In step 206. if the customer has opted out of recehfir^g email messages, 
the process ends and no further action needs to be taken by the trusted delivery 
application server 110. Additionally, a communication may be made from the 
trusted delivery application server to the vendor Information the vendor that the 
SDR was refused and the customer at Issue has opted out of email receipt. In 
step 208, if the customer has not opted out, the trusted delivery application 
server 110 generates a unique identifier that is returned to the sender for 
incorporation Into the mail message. In step 210, the unique identifier is used as 
the basis for a unique hostname that is stored on the domain name server 112 
for subsequent looi^-up by tiie recipient mail server 108. Where the recipient 
mail server using the unique identifier from the mail message performs a look- 
up, information about the mad message is retumed for the purpose of verifying 
the mail message. This information may be encoded using a one-qay message 
digest based upon information contained in the email and previously specified in 
the SDR, such as, for example, the sender and recipient email addresses, 
infomiation in the message header, or any other type of sender and recipient 
identifications, using a suitable algoiithm that is guaranteed to produce a sir^le 
unique, repeatable message digest for a given input. Example message digest 
ailgorithms include, but are not limited to the RSA Data Security, Inc. MD5 
message digest algorithm and the NIST SHA-1 message digest algorithm. 

FIG. 3 is a flowchart diagram of an email delivery In accordance with an 
embodiment of the present invention. In step 300, the vendor dispatches an 
email to the customer. As part of the dispatch process, the sender mail server 
receives the email message and transmits it to the recipient maii server, step 
302. In step 304, the recipient mail server determines whether the sender and 
the email message have been authorized. To verily autiiorlzation of tiie sender 
and email message, the recipient mail server 108, extracts the unique identifier 
from the received mail message and uses this to generate a hostnarhe for 
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domain name resolution. In step 206, the recipient mail server 108 then loolcs 
up this generated hostname in the domain name server 112. The encoded 
return value from this look-up can be used In conjunction with the one-way 
message digest employed by the trusted delivery application server to verify 
5 detaDs of the mail message. In one embodiment, the return value of the domain 
name ioolc-up can be separated into two component portions which encoded 
the sender and recipient emdl addresses respectively which may be used as 
the basis for determination of the Validity^ of the mail message by the recipient 
mail server. 

10 If the ^nail is not authorized, then the email is not delivered, step 308. A 

delivery failure notification may be sent to the vendor. In step 310, if the email is 
authorized, the recipient mafl server may forward the email message to the 
Intended recipient. In step 312, the vendor may be added to an "allowed 
senders" list such that future emails will be delivered and not blocked by any 

15 spam filtering system being used. Depending on the spam filtering system being 
used, the vendor may be given a particular level of rating such that the filtering 
system will not block future emails from the vendor. In step 314, the customer 
may have options Included in the email providing the ability to control or opt-out 
of future correspondence from the vendor. Also, the email may include delivery 

20 information explaining how and why the email was delivered to them including, 
for example, date, email category arid status, the sender dearly telentifled, a 
unique trusted delivery number, and opt-out functtonality. 

If the customer chooses to opt-out, the vendor is informed using an opt 
out notification email sent to a predetermined address. Customers may also opt 

25 out of using the trusted delivery system. The customer may also nominate other 
vendors that they would like to see using the tmsted delivery system. 

In one emtxxiiment, tlie vendor delivery request and the email message 
sent to the intended recipient are sent simultaneously. In another embodiment, 
the vendor delivery request and the email message sent to the intended 

30 recipient are sent in a single transmission, with the vendor delivery request 
being incorporated into the dispatch of the emaB. In another embodiment, the 
vendor delivery request is sent prior to transmission of the email message. 

One implementation of the email delivery system may require the 
vendors or senders of the email to pay a fee for using the delivery system. For 
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example, the sender may be charged 5 cents for each emaO sent In another 
implementation, the sender may pay an annual registration fee that depends on 
the volume of email sent by the sender. Also, fees may be charged based on 
the number of CPUs or IP addresses being used by the sender. Fees may be 
charged on two or more tiers. For example, one fee scale is used for small to 
medium businesses and a different fee scale Is used for enterprise or service 
providers. According to another impiementatfon, the fees received may be 
divided between the email delivery system and the email/lntemet service 
provider. 

FIG. 4 Iflustrates another embodiment of the invention. In the system 
niustrated. Senders 401 registers 605 with the Trusted Delivery" system 506 
and pays a small fee to provide delivery penmissions to email Providers 402. 
Senders incorporate a Trusted Delivery mechanism into their email delivery 
cycles. 

Providers 402 query Tmsted Delivery 406 using a simple lookup 
procedure. Approval or rejection for delivery is based upon Recipient 
permissions. If an email Is not trusted, Providers 402 can subject it to filtering or 
issue a challenge 404. If an email is trusted, It is delivered to the Recipient 403. 
The Trusted Delivery system shares revenue with email Providers for each 
successful delivery. 

Rdcipients 403 can opt out of receiving further emails from Senders 401 
by simply dlcldng on a link contained within the email or by accessing thelr 
permissions 407 via a wefcnbased administration tool. 

Those skilled in the art will appreciate that the above-described system 
may be implemented in a variety of configurations. For example, specific 
communication protocols have been Identified with reference to the Illustrated 
mobile network. Other suitable communications lines and communication 
protocols may be used. 

The previous description of the example embodiments is provided to 
enable any person skilled in the art to make or use the present Invention. While 
the invention has been described with respect to particular illustrated 
embodiments, various modifications to these embodiments will readily be 
apparent to those skiiled in the art, and the generic principles defined herein 
may be applied to other embodiments without departing from flie spirit or scope 
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of the invention. It is therefore desired that the present emtxMJiments be 
considered in all respects as Hlustrative and not restrtefive. Accordingiy, the 
present invention is not intended to be limited to the embodiments described 
above but is to be accorded the widest scope consistent with the principles and 
novel features disclosed herein. 



